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DESCRIPTION 



DRIVING INFORMATION PROVIDING SYSTEM 



Technical Field 

The present invention relates to a driving information 
providing system for collecting and analyzing information 
about vehicle driving in order to increase the efficiency of 
the driving. 

Background Art 

For those who use vehicles as means of transportation 
for work, leisure, or the like, information to ensure 
efficient driving (for example, information about fuel 
costs) is useful. Particularly -fox transport companies and 



the like having many commercial vehicles, the efficiency in 
driving, which will have impacts on costs and customer 
confidence, is a critical issue. The efficient driving 
means, for example, the driving requiring less fuel costs, 
causing no damage to the vehicle and goods loaded, and no 
traffic accident. 

To achieve such an efficient driving, driving 
information is collected from vehicles after driving and 
analyzed for use in future driving. 

Fig. 7 is a diagram showing a first example of a known 
driving information providing system intended for such use 
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as described above. Referring to Fig. 7, reference numeral 
1 denotes a vehicle, reference numeral 2 denotes a vehicle 
controller, reference numeral 3 denotes a predetermined data 
storage, reference numerals 20 and 21 denote connectors, 
reference numeral 22 denotes a cable, and reference numeral 
23 denotes a notebook computer. 

The vehicle controller 2 is a controller for 
controlling the driving of the vehicle 1. Together with 
various detection signals (for example, engine-revolution 
detection signals and vehicle-speed detection signals) from 
each part of the vehicle, operation signals from the driver 
(for example, acceleration operation signals, brake 
operation signals, and gearshift operation signals) are 
inputted into the vehicle controller 2. Based on these 
signals, various control signals (for example, fuel- 
injection control signals and gearshift control signals) are 
generated and outputted from the vehicle controller 2 to 
each part of the vehicle. 

The predetermined data storage 3 is a storage device 
for selecting, as appropriate, data that are assumed to be 
associated with efficient driving (predetermined data) from 
data appearing in the vehicle controller 2, and recording 
the selected data. The connector 20 is a connector 
connected to the predetermined data storage 3. 

Data (driving information) stored in the predetermined 
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data storage 3 is collected as described below. That is, a 
staff member at an intermediary agent (for example, a 
vehicle dealer) for a data analysis center brings the 
notebook computer 23 to the vehicle 1, inserts the connector 
21 for the cable 22 into the connector 20 for the vehicle to 
make connection with the predetermined data storage 3, 
extracts the data therefrom into the notebook computer 23, 
thereby collecting the data. 

The staff member then brings the notebook computer 23 
back to the intermediary agent, sends the collected data to 
the data analysis center, thereby having the driving 
information analyzed by the center. 

In a second example of a known driving information 
providing system, removable memory cards prepared for each 
driver are collected to analyze driving information. 

In this case, a driver inserts his/her own memory card 
into a predetermined vehicle-mounted unit at the beginning 
of vehicle driving to record data during the driving. On 
completion of the driving, the driver pulls out the memory 
card, inserts the memory card into a dedicated computer in a 
service office, such as a garage, to have the data read and 
analyzed by the computer. 

A first problem with the first known example described 
above is that the collection of driving information requires 
time and effort, and a second problem is that driving 
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information for each driver cannot be obtained. 

A problem with the second known example described above 
is an increased cost, since a dedicated device for preparing 
a memory card for each driver and reading the memory card 
needs to be set up in each service office. 

The first problem with the first known example will now 
be described. In this example, a staff member for 
collection goes to each vehicle and connects a notebook 
computer thereto for collecting data. Since dedicated 
personnel are required and it takes as long as 20 to 30 
minutes per vehicle, time and effort are involved in 
collecting data. 

The second problem with the first known example will 
now be described. Drivers of the same vehicle may vary from 
day to day, or may change during a single day. However, 
while driving information for each vehicle can be obtained, 
driving information for each driver cannot be obtained. 
Although transport companies and others often request for 
the analysis of driving information for each driver so that 
individual evaluation and instruction can be made, this 
example cannot meet such a request. 

Finally, the problem with the second known example will 
be described. The dedicated device for writing and reading 
to and from a memory card for each driver is relatively 
expensive (for example, several hundreds of thousands of yen 
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per device) . Since the cost of installation at each service 
office and the cost of appropriate maintenance after the 
installation are required, the dedicated device in the 
second known example is considerably expensive - 

The present invention aims to solve the problems 
described above. 

Disclosure of Invention 

An object of the present invention is to reduce the 
time and effort required for collecting driving information 
from vehicles after driving. 

A further object of the present invention is to obtain 
driver information, service route information, and the like, 
as well as vehicle data, in collecting driving information 
from vehicles after driving. 

A still further object of the present invention is to 
reduce the costs of collecting and analyzing driving 
information from vehicles after driving. 

To achieve these objects, in a driving information 
providing system including a predetermined data storage for 
storing predetermined data from data appearing in a vehicle 
controller, wherein data is extracted from the predetermined 
data storage for the analysis of driving information, the 
driving information providing system of the present 
invention further includes a data collection controller 
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connected to the predetermined data storage; and a removable 
memory that can be attached to and removed from the data 
collection controller. The data collection controller 
includes at least a code entry section for entering desired 
data in code; and a download section for downloading data 
entered in code and data in the predetermined data storage 
into the removable memory currently attached. The removable 
memory in which data is downloaded is collected and provided 
for the analysis of driving information. 

In the predetermined data storage described above, data 
can be stored by a storage-saving-type data recording method. 
An example is a frequency-accumulation-type data recording 
method in which every time a data value detected at 
predetermined intervals falls within a predetermined range 
of data values, a detection count for the range is 
accumulated and recorded. 

The above-described data to be entered in code is a 
plurality of data. For example, at least two of driver data, 
service route data, sender data, goods data, loading ratio 
data, and data for driving time periods can be entered in 
code (Note: loading ratio = (actual load) / (rated load)). 

Brief Description of the Drawings 

Fig. 1 shows the main part of a vehicle in the driving 
information providing system according to the present 
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invention . 

Fig. 2 is a diagram for explaining an example of a 
storage-saving-type data recording method. 

Fig. 3 is a diagram for explaining the flow of data 
analysis according to the driving information providing 
system of the present invention. 

Fig. 4 shows examples of code settings. 

Fig. 5 is a diagram for explaining the implementation 
of the present invention. 

Fig. 6 illustrates the conditions of data downloaded to 
a removable memory. 

Fig. 7 is a diagram showing a first example of a known 
driving information providing system. 

Best Mode for Carrying Out the Invention 

Embodiments of the present invention will now be 
described in detail based on the drawings. 

Fig. 1 shows the main part of a vehicle in the driving 
information providing system according to the present 
invention. Reference numerals correspond to those in Fig. 7. 
Reference numeral 4 denotes a data collection controller, 
reference numerals 5 and 6 denote code indicators, reference 
numeral 7 denotes a download button, reference numerals 8 
and 9 denote code setting buttons, reference numeral 10 
denotes a clock, reference numeral 11 denotes a quick 
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setting button assembly, and reference numeral 12 denotes a 
removable memory. Reference numerals identical to those in 
Fig. 7 represent the same components. The clock 10 provides 
the current time. 

First, an overview will be given. In the present 
invention, the vehicle 1 is provided with the data 
collection controller 4, which is connected to the 
predetermined data storage 3. The removable memory 12 can 
be attached to and removed from the data collection 
controller 4. 

The data collection controller 4 has not only a 
function of adding driver information and service route 
information, but also a function of allowing these pieces of 
information and data stored in the predetermined data 
storage 3 to be downloaded to the removable memory 12 . 

Thus, when the removable memory 12 is pulled out and 
collected, driving information to which driver information 
and service route information are added can be collected. 
The detailed description will be given below. 

The code setting button 8 is a button for setting code 
numbers of drivers, while the code indicator 5 is an 
indicator for displaying the code numbers set. 

The code setting button 9 is a button for setting code 
numbers of service routes, while the code indicator 6 is an 
indicator for displaying the code numbers set. 
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At each press of the code setting button 8 and 9, code 
numbers are incremented, for example, from 0, 1, 2, to 3. 

Fig. 4 shows examples of code settings. Fig. 4 (1) 
shows an example of service route code settings. For 
example, code number "0" is assigned to the service route 
"Tokyo-Nagoya", while code number "1" is assigned to the 
service route "Nagoya-Matsumoto" . 

Fig. 4 (2) shows an example of driver code settings. 
For example, code number "0" is assigned to the driver 
"Tanaka", while code number "1" is assigned to the driver 
"Hayakawa" . 

The quick setting button assembly 11 is equivalent to 
abbreviated dialing buttons of a phone, and allows code 
settings of a specific combination to be made with a single 
press of a button. 

For example, if the driver Hayakawa often drives the 
vehicle 1 on the service route Matsumoto-Niigata, the 
combination of specific codes, that is, the driver = 1 
(Hayakawa) and the service route = 2 (Matsumoto-Niigata) are 
stored in a button of the quick setting button assembly 11. 
Thus, code settings can be made with a single press of the 
button Pi, while many button presses are required for 
settings using the code setting buttons 8 and 9. Although 
three buttons P^ to P3 are included in the quick setting 
button assembly 11 in Fig. 1, the number of buttons may be 
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more than that. 

The code indicators 5 and 6, the code setting buttons 8 
and 9, and a circuit (which is not shown since being a known 
circuit or being easily configured by those skilled in the 
art) operating in response to them constitute a code entry 
section . 

In the example described above, the driver information 
and the service route information are examples of 
information to be set in code. However, the information for 
code settings is not limited to them. They may be changed, 
or other information may be added to them, depending on the 
perspective from which one desires to analyze the driving 
information. 

For example, the entry of the driver information is 
mandatory, while the service route information may be 
replaced with sender information, loading ratio information, 
or information about driving time periods. Alternatively, 
three kinds of information, that is, the driver information, 
the service route information, and the sender information 
may all be entered (If one would like to increase the number 
of information to be entered by codes, the numbers of the 
code setting buttons and code indicators need to be 
increased, accordingly) . 

The download button 7 is a button for downloading the 
data stored in the predetermined data storage 3 into the 
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removable memory 12. The data is downloaded with the 
addition of information corresponding to the codes set 
(information about a driver and service route) and clock 
information (downloading time) provided by the clock 10, 
The download button 7 and a circuit (which is not shown 
since being a known circuit or being easily configured by 
those skilled in the art) operating in response to the 
download button 7 constitute a download section. 

In the present invention, a data recording method in 
the predetermined data storage 3 is a method for recording a 
large amount of data in a small storage, in other words, a 
recording method that can be referred to as a storage- 
saving-type data recording method. 

Fig, 2 is a diagram for explaining an example of such a 
storage-saving-type data recording method. This is a 
diagram for explaining, in a way easy to understand, how to 
record vehicle speed data. 

The horizontal axis indicates vehicle speeds and the 
vertical axis indicates detection counts (cumulative counts) . 
The vehicle speeds ranging from low to high levels are 
divided at a predetermined speed interval of AV (for example, 
5 km/h) into many vehicle speed ranges. In Fig. 2, each of 
the intervals between V2 and V3, and between V^+i and is 
AV. 

The vehicle speed is detected at every predetermined 
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time interval (at every At), and the detection count of the 
vehicle speed range within which the detected vehicle speed 
falls is accumulated. For example, when the detection count 
of the vehicle speed range V2-V3 is T3, and then the vehicle 
speed subsequently detected (in At seconds) falls within the 
range of V2-V3, the detection count of the vehicle speed 
range increases to T3+I by the addition of one. 

All that is required for such recording is, for example, 
to provide counters corresponding to each of vehicle speed 
ranges, in the predetermined data storage 3. When a vehicle 
speed is detected, a counter corresponding to the vehicle 
speed range within which the detected vehicle speed falls is 
incremented by one. Since only a storage capacity for the 
counters is required, the required storage capacity is 
significantly reduced compared to the case where a detected 
vehicle value itself is recorded each time. (Since counter 
value 1 is assumed to be equivalent to At seconds in terms 
of time, an approximate cumulative time of travel in the 
vehicle speed range can be determined by multiplying the 
counter value by At seconds) . 

Such a recording method can be referred to as a 
frequency-accumulation-type data recording method since the 
number of times a certain vehicle speed range is detected, 
in other words, the frequency of appearance of certain data 
is accumulated and recorded. 
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There are various types of storage-saving-type data 
recording methods other than the frequency-accumulation-type 
data recording method. For example, the storage capacity 
can be saved by recording data that is compressed through 
the use of a compression technique. 

Fig. 5 is a diagram for explaining the implementation 
of the present invention. . The driving of a vehicle from the 
insertion (at time point tg on the left) to the removal (at 
time point on the right) of the removable memory 12 is 
illustrated. The details will be described below in the 
order of time. 

(1) Time point to The driver Tanaka gets into the 

vehicle and inserts the removable memory 12 into the data 
collection controller 4 in Fig. 1. There is no need for 
pressing the download button 7 at this point. If the 
download button 7 is pressed from habit at the time of 
getting into the vehicle, data present in the predetermined 
data storage 3 at this point is downloaded into the 
removable memory 12. 

This poses no problem since the downloaded data is the 
same as that previously being downloaded to the removable 
memory 12, that is, since this is simply redundant storing 
of the same data (for convenience of explanation in Fig. 5, 
data is assumed to be empty at time point to) • 

Then the driver Tanaka enters his/her own driver code 



- 14 - 



(0) and the code (0) for the service route "Tokyo-Nagoya" to 
drive (thus the input code is "00") . 

(2) Time point ti • • • Upon arrival in the destination 
Nagoya, the driver Tanaka gets out of the vehicle (without 
doing anything to operate the data collection controller 4). 
The next driver Hayakawa subsequently getting into the 
vehicle and presses the download button 7. This allows data 
{Dq^) recorded in the predetermined data storage 3 at this 
point to be downloaded into the removable memory 12 (in this 
case, information, such as a driver code, service route code, 
and time, is added to be downloaded) . 

Moreover, the driver Hayakawa enters his/her own driver 
code (1) and the code (1) for the service route "Nagoya- 
Matsumoto" to drive (thus the input code is "11") . 

(3) Time point ts Upon arrival in the destination 
Matsumoto, the driver Hayakawa can get out of the vehicle 
without doing anything, if not scheduled to continue driving. 
However, in this example, the driver Hayakawa is scheduled 
to subsequently drive the next service route "Matsumoto- 
Niigata" . To start the next driving, the driver Hayakawa 
presses the download button 7 to allow data (D02) in the 
predetermined data storage 3 to be downloaded into the 
removable memory 12, while entering his/her own driver code 

(1) and the code (2) for the service route "Matsumoto- 
Niigata" to drive (thus the input code is "21") . 
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(Drivers who subsequently get into the vehicle perform 
the same operation to the data collection controller 4). 

(4) Time point To start the next driving, the 

driver Yamamoto who has got into the vehicle in Niigata 
presses the download button 7 to download data (Dq^) in the 
predetermined data storage 3 into the removable memory 12, 
while entering his/her own driver code (2) and the code (3) 
for the service route "Niigata-Tokyo" to drive (thus the 
input code is "32"). 

If the driver Yamamoto arrives in the destination Tokyo 
(time point tc,) at the time to collect the removable memory 
12 (for example, when one month has elapsed since the 
insertion of the removable memory 12, or at the end of 
month) , the driver Yamamoto performs the operation for 
collection, such as those described in 1 and 2 below. 

1. Press the download button 7 (to download data (Dqs) 
in the predetermined data storage 3 into the removable 
memory 12) . 

2. Remove the removable memory 12. 

The driver Yamamoto hands in the . removed removable 
memory 12 to a service office (see a service office 14 in 
Fig. 3 to be described below) . 

Fig. 6 illustrates the conditions of data downloaded to 
the removable memory. Reference numeral 15 denotes a t^ data 
file, reference numeral 16 denotes a data file, reference 
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numeral 17 denotes a t3 data file, and reference numeral 18 
denotes increments from the previous time. 

The data (Dqi) in the predetermined data storage 3 
downloaded at the time point ti shown in Fig. 5 is stored 
into the removable memory 12 in the form of a single file, 
which is the t^ data file 15. The data Dqi contains many 
items, such as vehicle speeds and engine revolutions, that 
are recorded in the manner shown in Fig. 2. 

The data (D02) in the predetermined data storage 3 
downloaded at the time point t2 shown in Fig. 5 contains 
basically the same items. A difference is that the data 
detected during the period from the time points t^ to t2 is 
added to the data (Dqi) at the time point t^. This 
corresponds to the increments 18 from the previous time 
shown in Fig. 6. 

The data detected during the period from the time 
points ti to tj (corresponding to data in Fig. 5, that is, 
the data for the driver Hayakawa driving the service route 
Nagoya-Matsumoto) can be determined by D02 - Doi (D02 - Dqi == 
D12) • 

Fig. 3 is a diagram for explaining the route of data 
analysis according to the driving information providing 
system of the present invention. Reference numerals 
correspond to those in Fig. 1. Reference numeral 13 denotes 
a driver, reference numeral 14 denotes a service office. 
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reference numerals to A3 denote transport companies, 
reference numerals to B3 denote intermediary agents, and 
reference numeral C denotes a data analysis center. The 
transport companies to A3 are shown as examples of 
customers . 

In the transport companies to A3, the removable 
memory 12 is periodically (for example, once a month) 
collected from each vehicle 1. The removable memories 12 
are collected at the service office 14 and sent to the 
intermediary agents to B3 (or may be directly sent to the 
data analysis center C) . 

For data analysis of driving information, the 
intermediary agents B^ to B3 mediate between the transport 
companies Ai to A3, which are customers, and the data 
analysis center C. For example, dealers that have sold 
vehicles to the transport companies A^ to A3 also serve as 
such intermediary agents. 

The data analysis center C analyzes driving information 
sent via the intermediary agents B^ to B3, or directly from 
the transport companies A^ to A3. The driving information 
from the intermediary agents B^ to B3 may be transmitted to 
the data analysis center C by the method of data transfer. 

The results to be obtained by the analysis obviously 
depend on the type of data downloaded to the removable 
memory 12. Examples of the results are shown below. 
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For each vehicle, the results to be obtained include 
cost data (such as the amount of fuel consumption, fuel 
costs, and travel distances) , environmental data (such as 
the amount of emissions of CO2, NO^, and PM) , and driving 
time ratio (the ratio of driving time to idling time) . 

As for each driver, the results to be obtained include 
fuel costs, driving time, travel distances, the frequency 
and time of use of engine braking, the use of a foot brake 
(such as the frequency of hard braking) , the number of 
engine revolutions in upshifting, cruising speeds, which 
gear is most frequently used during driving at what speed, 
and the frequency of hard acceleration. 

As shown in Fig, 1, signals (data) appearing in the 
vehicle controller 2 can be downloaded into the removable 
memory 12 as much as required. Therefore, necessary data 
can be downloaded if specific analyses are required. 

The analyses are sent back along the same route, which 
the driving information has been sent, in reverse order. 
When the analyses are received, the transport companies A^ to 
A3 can give proper guidance to each driver while calculating 
costs for each service route and each sender, based on 
detailed data obtained on each driver and each service route. 

For example, specific guidance, such as to reduce hard 
braking or to reduce vehicle speed, can be given to a driver 
who frequently applies hard braking. 
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As for cost calculation for each service route, for 
example, the need for some level of price increase is 
considered for a route with many uphills, which cause large 
fuel consumption; and the change of starting time is 
considered, for cost reduction, for a route in which driving 
time varies greatly depending on the time of day (due to 
traffic congestion and so on) . 

Moreover, if codes for the types of goods loaded, 
senders, and the like are entered in the data collection 
controller 4, a detailed cost calculation for each goods 
loaded (or each sender) can be made. In this case, 
transportation charges can be changed depending on the goods 
loaded even if carried in the same service route. 

As described above, in the driving information 
providing system of the present invention, time and effort 
required for collecting driving information can be reduced 
since it is done simply by collecting the small removable 
memories 12. 

Data from the predetermined data storage 3 only allows 
for the analysis of vehicle data. However, since desired 
data can be added by code entry, analysis from new 
perspectives, such as the analysis for each desired data, 
can be made . 

Moreover, the use of the storage-saving-type data 
recording method (for example, frequency-accumulation-type 
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data recording method) in the predetermined data storage 3 
allows a larger amount of data (that is, data for long 
periods of time) to be stored in a small-capacity storage. 

When a plurality of data codes are entered, driving 
information can be analyzed from the corresponding number of 
perspectives- For example, when codes of driver data and 
service route data are entered, driving information can be 
analyzed from perspectives, such as for each driver, each 
service route, and each combination of them. 



